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ABSTRACT 



Improved techniques for reducing delays faced by users of 
mobile devices due to unavailability of wireless networks 
are disclosed. The techniques facilitate the reduction of 
delays faced by users of mobile devices during unavailabil- 
ity of wireless networks. A first technique allows mobile 
devices to communicate with remote servers using asyn- 
chronous communications, namely asynchronous requests. 
Such asynchronous communications allow the processing at 
a mobile device to continue while the asynchronous request 
is processed in the background. A second technique pertains 
to the use of content channels with mobile devices. The 
content channels are stored and retained in cache memory so 
that their resources are guaranteed to be locally available, 
regardless of availability of wireless networks. A third 
technique pertains to improved list processing within mobile 
devices such that lists can be manipulated without server 
interaction. These various techniques can be used separately 
or in combination. 

28 Claims, 19 Drawing Sheets 
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WIRELESS MOBILE DEVICES HAVING 
IMPROVED OPERATION DURING 
NETWORK UNAVAILABILITY 

CROSS-REFERENCE TO RELATED 
APPLICATIONS 

This application claims the benefit of U.S. Provisional 
Application No. 60/100,663, filed Sep. 16, 1998, and 
entitled "WIRELESS MOBILE DEVICES HAVING 
IMPROVED OPERATION DURING NETWORK 
UNAVAILABILITY", the content of which is hereby incor- 
porated by reference. This application is particularly related 
to U.S. application Ser. No. 09/172,105, now U.S. Pat. No. 
6,289,212, filed concurrently herewith, and entitled 
"METHOD AND APPARATUS FOR PROVIDING ELEC- 
TRONIC MAIL SERVICES DURING NETWORK 
UNAVAILABILITY", the content of which is hereby incor- 
porated by reference. This application is also related to (i) 
U.S. application Ser. No. 08/977,572, now U.S. Pat. No. 
6,119,167, filed Jul. 11, 1997, and entitled "PUSHING AND 
PULLING DATA IN NETWORKS", and (ii) U.S. applica- 
tion Ser. No. 09/070,668, now U.S. Pat No. 6,314,108, filed 
Apr, 30, 1998, and entitled "METHOD AND APPARATUS 
FOR PROVIDING NETWORK ACCESS OVER DIFFER- 
ENT WIRELESS NETWORKS", the contents of which are 
hereby incorporated by reference. 

BACKGROUND OF THE INVENTION 

1. Field of the Invention 

The present invention relates to wireless networks, and 
more particularly, to operation of wireless mobile devices 
during unavailability of wireless networks. 

2, Description of the Related Art 

Wireless networks are often used to transmit messages 
from one location in a network to a destination location in 
the network. These messages contain data to be supplied to 
the destination location. More specifically, the messages 
include a header portion and a data portion. The header 
portion includes an address of the destination location, and 
the data portion contains data. The destination location is, 
for example, a mobile device or a server. A mobile device 
typically interacts with wireless networks to receive various 
types of notifications or to request and receive data from 
another network to which the wireless network is connected. 

FIG. 1 is a block diagram of a conventional wireless 
communication system 10. The wireless communication 
system 10 includes a server 12, a wireless network 14, and 
mobile devices 16. There are n mobile devices 16-1 through 
16-n. The server 12 is typically a computer system that 
operates to send and receive messages to and from the 
mobile devices 16. The messages are often blocks of data 
that are to be transmitted to the mobile device 16. As 
examples, the data can pertain to various types of 
notifications, electronic mail, news data, configuration 
information, data files, library files, program files, etc. The 
messages can also be requests for information (e.g., certain 
data) that are transmitted from the mobile devices 16 to the 
server 12. The server 12 may also connect to other wired or 
wireless networks to receive messages from or forward 
messages to other computer systems. As an example, the 
server 12 can be connected to the Internet. For example, the 
server 12 can be a proxy server (or link server) coupled to 
the Internet or a network gateway coupled to a network. The 
tremendous growth of the Internet in recent years has fueled 
the need to provide mobile devices such as mobile 
telephones, personal digital assistants (PDAs) and the like 
with access to information and services available on the 
Internet. 



•1,288 Bl 

2 

The wireless network 14 typically uses radio transmis- 
sions to communicate with the mobile devices 16. The 
wireless network 14 can use a variety of different networks 
and communication protocols. Examples of wireless net- 

S works include Cellular Digital Packet Data (CDPD), Global 
System for Mobile Communications (GSM), Code Division 
Multiple Access (CDMA) and Time Division Multiple 
Access (TDMA) to name a few, and each of these wireless 
networks has different data transfer characteristics such as 
latency, bandwidth, protocols and connection methods. As 
examples, protocols can be Internet Protocol (IP), Short 
Messaging System (SMS) and Unstructured Supplementary 
Service Data (USSD), and connection methods can include 
packet switched or circuit switched. 

As an example, a message to be sent by the server 12 to 

15 the mobile device 16-2 would contain an address that 
particularly identifies the mobile device 16-2. The message 
is then provided by the server 12 to the wireless network 14. 
For example, one wireless data network is a packet switched 
network using a Small Message Server Center (SMSC) 

20 which has a relatively small packet size (e.g., 140 bytes). 
The wireless network 14 causes the message to be properly 
routed to the mobile device 16-2 (i.e., in accordance with the 
address). The transmission between the wireless network 14 
and mobile device 16-2 is wireless. The mobile device 16-2 

25 receives the message that has been transmitted to the wire- 
less network 14. The mobile device 16-2 can then store the 
message and perform predetermined processing actions such 
as, for example, notifying a user of the mobile device 16-2 
of the reception of the message. 

30 In some wireless networks, the server and the mobile 
devices can be connected by two or more channels. In one 
case, the server and mobile devices can be connected over 
a one-way data channel and a two-way data channel. A 
representative network (e.g., GSM) having such character- 

35 istics can use a Short Message Service Center (SMSC) to 
provide the one-way data channel and an Interworking 
Function (IFW) to provide the two-way data channel. In 
such a network, the one-way data channel is often consid- 
ered a narrowband channel and the two-way data channel is 

40 often considered a wideband channel. As an example, the 
narrowband channel can transfer data at a rate of about 400 
bits per second (bps), while the wideband channel can 
transfer data at a rate of at least 14400 bps. It is thus not 
uncommon that a server and a mobile device be connected 

45 (or connectable) by both a two-way channel and a one-way 
channel. Topically, the server and the client will decide to 
use either or both of the channels depending on the urgency 
of the data, the cost willing to incur, etc. Use of a two-way 
channel often causes the mobile device to incur charges (i.e., 

50 fees) from a carrier that provides the service to the mobile 
device. In contrast, use of a one-way, narrowband channel is 
often available at no cost or at a fixed cost regardless of 
usage. 

One problem with the conventional wireless communica- 
55 tion systems is that the operation of mobile devices are very 
much dependent on availability of their wireless network. In 
other words, when the wireless network is unavailable, the 
mobile devices may stop processing user inputs as they wait 
for a response from a remote server via the wireless network. 
60 Unavailability of a wireless network can result from a user 
of a mobile device exceeding their geographic range of 
coverage. Unavailability also effectively results from a wire- 
less network having high latencies or a wireless network 
having sporadic connectivity. Because of the dependency of 
65 the operation of mobile devices on the availability of wire- 
less networks, mobile devices often have to wait for 
resources from a remote server. 
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Mobile devices are often provided with cache memories asynchronous type resource request; and when the resource 

that temporarily store previously requested and obtained request is determined to be a synchronous type resource 

resources from remote servers. A cache memory is helpful in request, performing the acts of (i) determining whether the 

reducing the dependency of mobile devices on network requested resource is present in a local cache memory of the 

availability. However, the cache memory is only helpful 5 mobile device; (ii) supplying the requested resource from 

when the newly requested resource happens to reside in the the local cache memory when it is determined that the 

cache memory. Hence, if the newly requested resource was requested resource is present in the local cache memory; and 

not previously requested, then the newly requested resource (iii) sending the resource request to the remote server 

would not be stored in the cache memory. Also, even it the through the wireless network and awaiting a resource reply 

newly requested resource were at one point in time stored in 10 when it is determined that the requested resource is not 

the cache memory, a reclamation or clean-up algorithm present in the local cache memory. 

could have removed it from the cache memory to provide As a mobile device that connects to a remote server 

space for newer requested resources. through a network, an embodiment of the invention 

Another problem with the conventional wireless commu- includes: an application that executes on the mobile device, 

nication systems is that the dominating application model 15 the application produces outgoing messages that are to be 

has a synchronous nature. The synchronous nature causes sent to the remote server; an asynchronous message queue 

the application to wait for responses to requests to remote that stores outgoing messages from the application that are 

servers (unless satisfied by the cache memory). The wait to be sent from the mobile device to the remote server; and 

times are unacceptably long when the wireless network is an asynchronous message manager that manages the sending 

unavailable to the mobile devices. 20 of the outgoing messages from the asynchronous message 

One popular application is a network browser that is used q ueue to the remote server through the network, 

on mobile devices to browse a network such as the Internet. Optionally, the mobile device can further include a cache 

Such as network browser is known as a web browser. The memory that stores resources likely to be requested by the 

network browser is often requesting resources from remote application, a channel manager that loads a content channel 

servers over the wireless network. Hence, network browsers 25 into the cache memory from the remote server through the 

are particularly sensitive to network unavailability (e.g., due wireless network, and a list manager that manages lists 

to out of coverage, high latencies, or sporadic connectivity). provided on the mobile device such that lists can be manipu- 

Consequently, it is common for network unavailability to la ted without interaction with the remote server through the 

induce significant waits for the users of network browsers on network. 

mobile devices. As a method for storing a content channel from a remote 

Thus, there is a need for techniques to reduce delays faced server onto a mobile device through a wireless network, the 

by users of mobile devices due to unavailability of wireless content channel including resources, an embodiment of the 

networks. invention includes the acts of: receiving an instruction to 

- c load the content channel into a cache memory of the mobile 

SUMMARY OF THE INVENTION device; determining whether the content channel can fit 

Broadly speaking, the invention relates to improved tech- within a reserved portion of the cache memory of the mobile 

niques for reducing delays faced by users of mobile devices device; and loading the content channel into the reserved 

due to unavailability of wireless networks. The invention has portion of the cache memory from the remote server through 

at least three aspects that facilitate the reduction of delays 40 the wireless network when the determining determines that 

faced by users of mobile devices during unavailability of the content channel is able to fit within the reserved portion 

wireless networks. A first aspect of the invention allows of the cache memory. 

mobile devices to communicate with remote servers using As a method for manipulating a list resident on a mobile 

asynchronous communications, namely device to continue device used with a wireless communication system, an 

while the asynchronous request is processed in the back- 45 embodiment of the invention comprising the acts of: dis- 

ground. A second aspect of the invention pertains to the use playing a list on a display device of the mobile device, the 

of content channels with mobile devices. The content chan- list being displayed from a descriptive file; receiving, at the 

nels are stored and retained in cache memory so that their mobile device, a list command to modify the displayed list; 

resources are guaranteed to be locally available, regardless locating a list object stored within the mobile device, the list 

of availability of wireless networks. A third aspect of the 50 object corresponding to the displayed list; modifying the list 

invention pertains to improved list processing within mobile object in accordance with the list command; obtaining, from 

devices such that lists can be manipulated without server the list object, a pointer to the descriptive file; locating a 

interaction. These various aspects of the invention can be portion of the descriptive file to be modified using at least 

used separately or in combination. the pointer; and modifying the located portion of the 

The invention can be implemented in numerous ways, 55 descriptive file in accordance with the list command, 

including as a method, a computer readable medium, an As a computer readable medium including computer 

apparatus, and a system. Several embodiments of the inven- program code for sending a resource request of a mobile 

tion are discussed below. device to a remote server through a wireless network, an 

As a method for sending a resource request of a mobile embodiment of the invention includes: computer program 

device to a remote server through a wireless network, an <so code for receiving a resource request, the requested resource 

embodiment of the invention includes the acts of: receiving being associated with the remote server; computer program 

a resource request, the requested resource being associated code for determining whether the requested resource is of a 

with the remote server; determining whether the requested synchronous type resource request or of a an asynchronous 

resource is of a synchronous type resource request or of a an type resource request; computer program code for placing 

asynchronous type resource request; placing the resource 65 the resource request in an outgoing queue and not awaiting 

request in an outgoing queue and not awaiting a resource a resource reply when the resource request is an asynchro- 

reply when the resource request is determined to be an nous type resource request; and computer program code for 
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sending the resource request to the remote server through the a plurality of mobile devices to a wired network. The mobile 
wireless network and awaiting a resource reply when the devices communicate with server machines on the wired 
resource request is a synchronous type resource request. network to request and receive various resources. The wired 
The advantages of the invention are numerous. Several network can be of different types. One type of wired network 
advantages that embodiments of the invention may include 5 is the Internet. The invention pertains to the facilitating of 
are as follows. One advantage of the invention is that operation of mobile devices when the wireless network is 
operation of mobile devices is less dependent on network unavailable such that the mobile devices are unable to 
availability. As a result, users of mobile devices experience communicate with the server machines on the wired net- 
better responsiveness and less waiting. Another advantage of work. 

the invention is that both synchronous and asynchronous 10 The invention relates to improved techniques for reducing 
messaging are available to mobile devices. Still another delays faced by users of mobile devices due to unavailability 
advantage of the invention is that a programmer or content of wireless networks. The invention has at least three aspects 
author can determine how navigation is performed, namely that facilitate the reduction of delays faced by users of 
whether synchronous requests or asynchronous requests are mobile devices during unavailability of wireless networks. A 
used. Yet another advantage of the invention is that lists can 15 first aspect of the invention allows mobile devices to com- 
be manipulated on mobile devices without having to support municate with remote servers using asynchronous 
or provide the significant amounts of resources needed to communications, namely asynchronous requests. Such asyn- 
provide scripting. Another advantage of the invention is the chronous communications allow the processing at a mobile 
ability to obtain and guarantee the presence of certain device to continue while the asynchronous request is pro- 
content channels at mobile devices. 20 cessed in the background: A second aspect of the invention 

Other aspects and advantages of the invention will pertains to the use of content channels with mobile devices, 

become apparent from the following detailed description, The content channels are stored and retained in cache 

taken in conjunction with the accompanying drawings which memory so that their resources are guaranteed to be locally 

illustrate, by way of example, the principles of the invention. available, regardless of availability of wireless networks. A 

25 third aspect of the invention pertains to improved list 

BRIEF DESCRIPTION OF THE DRAWINGS processing within mobile devices such that lists can be 

manipulated without server interaction. These various 

The present invention will be readily understood by the aspects of the mvent i on can be used separately or in corn- 
following detailed description in conjunction with the bination. When these aspect are used in combination, appli- 
accompanying drawings, wherein like reference numerals 30 ca ti 0 ns can be created that smoothly operate regardless of 
designate like structural elements, and in which: periodic unavailability of the network. 

FIG. 1A is a block diagram of a conventional wireless Embodiments of the invention are discussed below with 

communication network; reference to FIGS. 1B-11. However, those skilled in the art 

FIG. IB is a block diagram of a mobile device according will readily appreciate that the detailed description given 

to an embodiment of the invention; 35 herein with respect to these figures is for explanatory 

FIG. 2 A is a block diagram of a communication system purposes as the invention extends beyond these limited 

according to an embodiment of the first aspect the invention; embodiments. 

FIG. 2B is a flow diagram of mobile device integrated FIG. IB is a block diagram of a mobile device 100 

synchronous and asynchronous processing according to an 40 according to an embodiment of the invention. The mobile 

embodiment of the invention; device 100 is particularly suited for wireless communica- 

FIG. 3 is a flow diagram of asynchronous message send 110115 &tou$i a wireless network where connectivity is 

processing according to an embodiment of the invention; sporadic or high-latency conditions are present. 

FIG. 4 is a flow diagram of asynchronous response ^ mobiIe device 100 includes an application 102 that 

receive processing 400 according to an embodiment of the 45 couples to a cache memory 104 through an interface 106. 

invention 1 &ppk c ati°n 102 is, for example, a network browser (web 

, . a ,. fL . , 1 ■ i' „• browser) application that allows a user of the mobile device 

FIG. 5 is a now diagram of basic channel initialization A / rr 

,. , . .<•♦!.• *• 100 to request and receive resources provided on a remote 

processing according to an embodiment of the invention; „ . ? . A A . A , A A , ... r , . A 

r 0 0 network (e.g., Internet) that the mobile device 100 is able to 

FIG. 6 is a flow diagram of out-of-band initialization 5Q communicate with. The cache memory 104 stores resources 

processing according to an embodiment of the mvention; mat nave been prev iously requested and received by the 

FIGS. 7A and 7B are flow diagrams of direct initialization mobile device 100. Additionally, as will be discussed below, 

processing according to an embodiment of the invention; the cache memory 104 is also used to store various channels 

FIG. 8 is a diagram of a user interface having a displayed and lists that are used to improve performance of the mobile 
list according to an embodiment of the invention; 55 device 100. 

FIG. 9 is a flow diagram of general mobile device action The mobile device 100 also includes a synchronous 

processing according to an embodiment of the invention; request manager 108 and an asynchronous message manager 

FIG. 10 is a flow diagram of list command processing 110 ^ synchronous request manager 108 manages the 

according to an embodiment of the invention; and synchronous sending and receiving of messages with respect 

ptp n • ui 1 j- c 4 60 to the remote network a wireless communication link 109. 

FIG. 11 is a block diagram of a representative comrau- ™ - . , . 

... r u - v The operation of the synchronous request manager 108 is 

nication system for use with the invention. , S , . , , : . . . A ? A * A ™- 

J described in greater detail below with respect with to FIG. 

DETAILED DESCRIPTION OF THE ^ e asy* 100 * 0110115 message manager 110 manages the 

INVENTION asynchronous sending of messages with respect to the 

65 network via a wireless communication link 111. The asyn- 

In a wireless communication system, a wireless network chronous message manager 110 is provided so that the 

(wireless carrier network) generally supports connection of mobile device 100 can communicate with the remote net- 
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work in an asynchronous manner. The ability of the mobile The first aspect of the invention is to provide a mobile 

device 100 to communicate in an asynchronous manner is device that provides asynchronous communications to a 

particularly useful in cases where the wireless network has server machine of a wired network. Conventionally, mobile 

high-latency conditions or suffers from sporadic connectiv- devices (namely, applications executing thereon) have 

ity. The operation of the asynchronous message manager 110 5 largely requested resources from a remote server through a 

is further discussed below with respect to FIG. 3. two-way synchronous channel from the mobile device to the 

The asynchronous message manager 110 connects to an wireless network. The problem with use of a synchronous 

asynchronous message queue 112 that stores messages that channel is that the mobile device is inactive while it awaits 

are to be sent to the remote network via the asynchronous ^ response from the remote server. In cases where the 

message manager 110 and the wireless communication link 1° wireless network is unavailable (e.g., out-of-range or suf- 

111. In general, the messages awaiting transmission to the ferin g frora tog* 1 latencies), the mobile device is forced to 

remote network remain in the asynchronous message queue waits for inordinate periods of time. According to the first 

112 until the asynchronous message manager 110 deter- aspect of the invention, the mobile devices can use asyn- 

mines that the wireless network is available, and then chronous communications with the remote server when 

proceeds to service the particular messages stored in the 15 either the request need not be sent immediately or the 

asynchronous message queue 112 such that they are sent to response from the remote server is not needed immediately, 

the remote network through the wireless communication The network unavailability is temporary such as due to high 

link 111 of the wireless network when the wireless network latencies or sporadic connectivity. With asynchronous 

is available. communications, an application on the mobile device does 

The push manager 114 receives pushed messages (e.g., 20 not await f the sendin g of the rec l uest or me receivin g cf the 

resources) from the remote network over a wireless com- rcs P onsc from thc remotc scrver 

munication link 115. These pushed messages that are The first as P cct oi the invention is described m greater 

received by the push manager 114 over the wireless com- detail below witD respect to FIGS. 2A-4. According to the 

munication link 115 are either in response to requests that first of the invention, a mobile device provides 

have been asynchronously sent by the mobile device 100 or 25 asynchronous communications (alone or in combination 

provided ("pushed'') by a remote server to the mobile device with synchronous communications) to a server machine of a 

100 connects via the wireless network. wired network. With asynchronous communications, the 

The mobile device 100 also includes a channel manager mobile device does not await the sending of the request or 

116 and a list manager 118. The channel manager 116 3Q receivm S of the res P onse from the remote 

operates to load certain content channels into the cache PIG. 2A is a block diagram of a communication system 

memory 104 of the mobile device 100. The content channels 200 according to one embodiment of the first aspect the 

are loaded into the cache memory 104 by the channel invention. In this embodiment, the communication system 

manager 116 so that the performance of the mobile device 200 utilizes a proxy server between a mobile device and an 

100 is improved with respect to the particular content origin server. Although the proxy server is advantageous, a 

associated with the content channels loaded in the cache communication system according to the invention could also 

memory 104. In particular, should a user of the mobile operate without the proxy server. 

device 100 request (via the application 102) a resource The communication system 200 includes a mobile device 

associated with a content channel stored in the cache 202 and a proxy server 204. The communication between 

memory 104, then the requested resource can be rapidly 4Q the mobile device 202 and the proxy server 204 is through 

supplied to application 102 via the cache memory 104. wireless communication channels of a wireless network. 

Otherwise, when a requested resource is not found in the The wireless communication channels can be one-way chan- 

cache memory 104, the availability of the requested resource nels or two-way channels. Among other things, the mobile 

at the mobile device is relatively slow because the request device 202 includes an application 206 (i.e., a network 

must be sent to either the synchronous request manager 108 45 browser), a cache memory 208, a push manager 210, an 

or the asynchronous message manager 110 to obtain the asynchronous message queue 212, and an asynchronous 

resource from a remote server located on the remote net- message manager 214. 

work. The mobile device 202 communicates with the proxy 

The list manager 118 operates to store one or more lists in server 204 to obtain resources from an origin server located 

a memory 120 (e.g., random-access memory). In one 50 on a remote network. The origin server contains information 

embodiment, the list manager 120 stores the one or more or resources that the mobile device 202 may desire. Initially, 

lists in a persistent memory (such as a persistent portion of the application 206 (i.e., network browser) requests a 

the cache memory 104). The lists that are stored in the resource that originates on the origin server. However, often 

memory 120 are used to enable the list manager 118 to the request need not be immediately serviced and thus can 

manipulate various lists that are used by user interfaces 55 be performed in an asynchronous manner. Asynchronous 

associated with the application 102. The user interfaces means that the application 206 making the request does not 

operate to display the various lists on a display 122. Such wait to receive the resource; instead, the resource is to be 

lists are thus able to be modified locally within the mobile acquired independent of further operation of the application 

device 100 without the need for availability of the wireless 206. As an example, asynchronous requests are particularly 

network. The memory 120 can also store resources from the 60 useful in certain situations such as where an origin server 

remote network that are used to configure or operate the (remote server) needs to eventually be updated with some 

mobile device 100. event or action that has occurred on the mobile device 202, 

Although not shown in FIG. 1, often a mobile device but the mobile device 202 does not need to wait until the 

communicates with the remote network through a proxy ori g iD is updated before it continues, 

server. Namely, the mobile device connects to the proxy 65 Thus, where the request is asynchronous, the application 

server through the wireless network and the proxy server in 206 will forward the request to the asynchronous message 

turn connects to the remote network. queue 212. From the perspective of the application 206, 
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once the request has been successfully queued, processing operations with respect to a user interface of the mobile 

by the application 206 continues. Then, the asynchronous device. Following block 256, the mobile device processing 

message manager 214 will manage the retrieval of messages 250 returns to repeat the decision block 252 and subsequent 

(i.e., resource requests) from the asynchronous message blocks to process additional user actions, 
queue 212 and their supply to the proxy server 204 over as On the other hand, when the decision block 254 deter- 

wireless communication channel. mmes ma t the user action is a resource request, then a 

In one embodiment, the application 206 determines decision block 258 determines whether the request is des- 

whether a particular request should be processed in ao ignated to be a synchronous type of request or an asynchro- 

asynchronous manner or a synchronous manner. For nous type of request. As will be discussed below, the 

example, program code of the application 206 can direct 10 designation of synchronous or asynchronous types can be 

outgoing requests to the remote network to either a synchro- provided by an application developer in creating the appli- 

nous request manager or the asynchronous message manager cation so that the desired operation can be controlled. In any 

214. Only the asynchronous communication path is depicted event, when the decision block 258 determines that the 

in FIG. 2 A because the synchronous path is conventionally requested resource is of an asynchronous type, then the 

available. 15 request is placed 260 in an outgoing queue. The outgoing 

At the proxy server 204 the incoming asynchronous queue is, for example, the asynchronous message queue 112 

messages are temporarily stored in an asynchronous mes- illustrated in FIG. 1 or the asynchronous message queue 212 

sage queue 216. A queue manager 218 at the proxy server illustrated in FIG. 2A. Following block 260, the mobile 

214 operates to service the asynchronous message queue device integrated synchronous and asynchronous processing 

216. The queue manager 218 forward the messages (i.e., 20 250 returns to repeat the decision block 252 and subsequent 

requests) from the asynchronous message queue 216 to the blocks so that additional user actions can be processed, 

appropriate origin server on the remote network over a Alternatively, when the decision block 258 determines 

network link 220. Reply messages from the origin server are that the request is of a synchronous type, then a decision 

directed through the queue manager 218 to a push queue block 262 determines whether the request resource is present 

222. The push queue 222 stores the reply messages until they 25 in a cache memory (e.g., the cache memory 104, 208). When 

can be transmitted to the mobile device 202 over a wireless the decision block 262 determines that the requested 

communication channel. The wireless communication chan- resource is in the cache memory, then the requested resource 

nel can be a one-way channel or a two-way channel, but is is retrieved 264 from the cache memory. The requested 

often a one-way channel from the proxy server 204 to the resource is then displayed 266 on a display screen of the 

mobile device 202. 30 mobile device. Following block 266, the mobile device 

With the wireless communication channel through the integrated synchronous and asynchronous processing 250 

wireless network is available, the reply messages are trans- returns to repeat the decision block 252 and subsequent 

mitted from the push queue 222 to the push manager 210 of blocks so that additional user actions can be processed, 

the mobile device 202 via the wireless communication 3S On the other hand, when the decision block 262 deter- 

channel. The push manager 210 then supplies the incoming mines that the requested resource is not in the cache 

reply messages to the cache memory 208. The push manager memory, then the request is sent 268 to a server. The server 

210 can also notify the application 206 that the requested can be a server machine coupled to a remote network, such 

resource has been received. Additionally, the push manager as a proxy server or a remote content server. Next, a decision 

210 can also receive reply messages that are not stored in the 4Q block 270 determines whether a response to the request has 

cache memory 208 but are simply instead used to cause the been received from the server. When the decision block 270 

mobile device 202 to perform some action at the mobile determines that a response has not yet been received, then 

device 202. As an example, a reply message could instruct the mobile device integrated synchronous and asynchronous 

the mobile device 202 to alter the content of the cache processing 250 awaits the response to arrive. While waiting 

memory 208 or to issue an alert to the user of the mobile 45 for the response, the user is waiting because a synchronous 

device 202. type of request causes the application program to wait for the 

FIG. 2B is a flow diagram of mobile device integrated response to the request before continuing. Once the response 

synchronous and asynchronous processing 250 according to has been received, the requested resource is displayed 272. 

an embodiment of the invention. The mobile device inte- Additionally, in certain embodiments, the requested 

grated synchronous and asynchronous processing 250 is, for 50 resource would also be stored in the cache memory upon 

example, performed by the application 102 illustrated in being received. Following block 272, the mobile device 

pjQ J integrated synchronous and asynchronous processing 250 

The mobile device integrated synchronous and asynchro- t0 [ e P ea '! he d ?™ b ***> 252 ™ 6 ^f™ 1 

nous processing 250 begins with a decision block 252 that blocks 80 mat actional user actions can be processed, 

determines whether a user action has occurred. When the 55 While blocks 262 and 272 pertain to displaying of 

decision block 252 determines that a user action has not requested resources that have be received by the mobile 

occurred, then the mobile device integrated synchronous and device, these operation are not needed in many embodi- 

asynchronous processing 250 simply awaits the occurrence ments - M an example, the application program may occa- 

of a user action. However, once the decision block 252 sionally desire to issue a request but not display the received 

determines that a user action has occurred, then a decision 60 request. Instead, the response can signal some other type of 

block 254 determines whether the user action is a resource response at the mobile device (e.g., notification, a list 

request. When the decision block 254 determines that the command, a cache operation, or other action), 

user action is not a resource request, then the mobile device As noted above, the designation of synchronous or asyn- 

integrated synchronous and asynchronous processing 250 chronous types can be provided by an application developer 

operates to perform 256 other processing. The various types 65 in creating the application so that the desired operation can 

of other processing are not associated with the invention. For be controlled. With a wireless markup language (WML) 

example, the other processing may include navigation programmed application for use on a mobile device, an 
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example of application code that issues an asynchronous the decision block 310 determines that a send error has 

request is as follows: occurred, a decision block 314 determines whether a retry is 

<ASYNC METHODcPOST URL="/code/del.cgi"> desired to resend the selected entry to the server. When the 

<FIELD NAME-"items" VALUE-" $ITEMS"/> decision block 314 determines that a retry is desired, then 

</ASYNC> 5 processing returns to repeat block 308 and subsequent 
The prefix "ASYNC" indicates that asynchronous message blocks. Alternatively, when the decision block 314 deter- 
transfer is to be used. The method used is a POST method. mines that a retry is not desired, then processing to the block 
The Universal Resource Locator (URL) is the location at a 3 12- Following block 314, the asynchronous send process- 
remote server where the message is to be sent. The variable ing 300 returns to repeat the decision block 302 and subse- 
"SITEMS" in the items field contains a delimited list of 10 <l ucnt bloclw so that additional entries in the queue can be 
items to be deleted. processed. 

In contrast, an example of application code that issues a FIG - 4 15 a now diagram of asynchronous response 

synchronous request is as follows: receive Processing 400 according to an embodiment of the 

rmr u i . 1/ i« invention. The asynchronous response receive processing 

vap k T CV ™%Z r> / 400 is > for cxam P* c > P erformcd b * ^ push manager 114 

VAR NAME- from VALUE=joe@xyz.com/> 35 illustrated in FIG. 1 or the push manager 210 illustrated in 

VAR NAME="subjecr VALUE="lunch?7> FIG 2 A. 

VAR NAME«"rasg" VALUE«"Are you available for Xne asynchronous response receive processing 400 

lunch today?"/> begins with a decision block 402 that determines whether a 

</GO> push message has been received. In one embodiment, a push 

Note that no "ASYNC prefix is used. Hence, it is assumed 20 engine at the proxy server 204 sends a push message 

that synchronous message transfer is to be used. Here, the obtained from the push queue 222 to the push manager 210 

message pertains to an e-mail message that is supplied to the of the mobile device 202 via a wireless communication 

URL which handles the delivery of the message. The data channel of the wireless network. When the decision block 

for the e-mail message is sent with the request to the 402 determines that a push message has not been received, 

designated URL. 25 then the asynchronous response receive processing 400 

FIG. 3 is a flow diagram of asynchronous message send simply awaits the reception of a push message. Once the 

processing 300 according to an embodiment of the inven- decision block 402 determines that a push message has been 

tion. The asynchronous message send processing 300 is, for received, a decision block 404 determines whether the 

example, performed by the asynchronous message manager received push message is to be stored in a cache memory. 

110 illustrated in FIG. 1 or the asynchronous message 30 The cache memory is, for example, the cache memory 104 

manager 214 illustrated in FIG. 2A. illustrated in FIG. 1 or the cache memory 208 illustrated in 

The asynchronous message send processing 300 begins FIG. 2A. When the decision block 404 determines that the 

with a decision block 302 that determines whether a wireless received push message should be stored in the cache 

network is available to the mobile device. Wireless networks memory, then the received push message is stored 406 in the 

often have sporadic connectivity or high latency due to 35 cache memory. On the other hand, when the decision block 

out-of-range, congestion, etc. and thus are temporarily 404 determines that the received push memory should not be 

unavailable to mobile devices. When the decision block 302 stored in the cache memory, then block 406 is bypassed, 

determines that the wireless network is not available, then Next, the application is informed 408 of the message 

the asynchronous message send processing 300 simply arrival. Typically, the message is a resource that was previ- 

a waits the availability of the wireless network. Once the 40 ously requested by the application. Hence, often the appli- 

wireless network becomes available, then a decision block cation is interested in being informed of its arrival. Follow- 

304 determines whether an asynchronous message queue is ing block 408, a decision block 410 determines whether user 

empty. The asynchronous message queue is within the notification is desired. When the decision block 410 deter- 

mobile device and is, for example, the asynchronous mes- mines that user notification is desired, the presentation or 

sage queue 112 illustrated in FIG. 1 or the asynchronous 45 notification of the previously requested resource is sched- 

message queue 112 illustrated in FIG. 2 A. uled 412 on the mobile device. Here, the presentation or 

When the decision block 304 determines that the asyn- notification can take a variety of forms, including triggering 

chronous message queue is empty, then the asynchronous an audio notification to the user that a previously requested 

message send processing 300 returns to repeat the decision resource is now available or providing a visual notification 

block 302 and subsequent blocks because there is presently 50 on a display device of the mobile device. On the other hand, 

no message waiting to be processed in the asynchronous when the user notification 410 determines that user notifi- 

message queue. On the other hand, when the asynchronous cation is not desired, then block 412 is bypassed. Following 

message queue is not empty, then an entry in the asynchro- block 412, the asynchronous response receive processing 

nous message queue that is to be sent is selected 306. The 400 has completed its processing of the received push 

selected entry in the asynchronous message queue is then 55 message, and thus returns to repeat the decision block 402 

sent 308 to a server via the wireless network. The server can and subsequent blocks so that additional received push 

be a proxy server or a remote server on a remote network. messages can be processed. 

Typically, the selected entry is a request for a resource The second aspect of the invention pertains to the use of 

located at the server on the remote network. content channels with a mobile device. The content channels 

After sending the selected entry to the server, a decision 60 facilitate disconnected operation of a mobile device from a 

block 310 determines whether a send error has occurred. In wireless network. In particular, by loading content channels 

other words, the decision block 310 waits for an acknowl- into a cache memory of the mobile device before they are 

edgment that the server has received the selected entry that needed, the mobile device is less likely to need to access the 

has been sent. When the decision block 310 determines that wireless network. In the case where the wireless network has 

no send error occurred during the sending of the selected 65 high-latency or sporadic connectivity, this aspect is particu- 

entry to server, then the selected entry is removed 312 from larly useful. The second aspect of the invention is described 

the asynchronous message queue. On the other hand, when in greater detail below with respect to FIGS. 5-7E. 
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FIG. 5 is a flow diagram of basic channel initialization 
processing 500 according to an embodiment of the inven- 
tion. The basic channel initialization processing 500 is, for 
example, performed by the channel manager 116 illustrated 
in FIG. 1. S 

The basic channel initialization processing 500 reserves 
502 a portion of a cache memory for a content channel. The 
portion of the cache memory of a mobile device is reserved 
for storage of the content channel. As an example, the cache 
memory can be the cache memory 104 illustrated in FIG. 1. 10 
The reservation of a portion of the cache memory serves to 
dedicate the portion of the cache memory to the storage of 
content channels, and thus ensures that resources from 
content channels will able to be stored in the mobile device. 
Next, resources of the content channel are pre-loaded 504 is 
from a server into the reserved portion of the content 
channel. Here, in the background processing or initial pro- 
visioning processing, the resources associated with the con- 
tent channel are loaded into the reserved portion of the cache 
memory so that an application can later rapidly retrieve any 
of the content associated with the content channel. These 
resources are able to be rapidly retrieved because they are 
located locally within the cache memory and thus no exter- 
nal request to a remote server through the wireless network 
is needed. 

Additionally, the resources of the content channel that are 
stored in the reserved portion of the cache memory (RAM) 
are protected 506 from cache clean-up or refresh processing. 
In this regard, the resources associated with the content 
channel are not subjected to removal from the cache 30 
memory or clean-up algorithms which could otherwise 
over-write or remove the resources of the content channel 
from the cache memory. In other words, the resources 
associated with the content channel remain in the cache 
memory until they are specifically instructed to be removed 35 
or refreshed. In other words, the reserved portion of the 
cache memory provides persistent storage. Following block 
506, the basic channel initialization processing 500 is com- 
plete and ends. 

During operation, a user of a mobile device is able to 40 
select from certain content channels that they wish to have 
resident locally on their mobile device. A mobile device can 
also be provisioned or pre-configured to request certain 
content channels. Content channels can offer a wide range of 
content to users. Some examples of content channels 
include: a stock channel, a sports channel, a traffic channel, 
etc. The ability to ensure that certain content channels exist 
on a mobile device is an important advantage because it 
enables the mobile device to perform processing that would 
require the contents of the content channels without regard 
to whether the wireless network is available. Hence, even 
when the network is not available, the mobile device is able 
to operate properly because the appropriate content channel 
has been pre-loaded on the mobile device. 

FIG. 6 is a flow diagram of out-of-band initialization 
processing 600 according to an embodiment of the inven- 
tion. Out-of-band initialization pertains to initialization per- 
formed when a mobile device is provisioned for use. The 
out-of-band initialization processing 600 begins with a deci- 
sion block 602 that determines whether a content channel is 60 
to be loaded. When the decision block 602 determines that 
no content channel is to be loaded, then the out-of-band 
initialization processing is not invoked. On the other hand, 
when the decision block 602 determines that a content 
channel is to be loaded, then a channel specification is 65 
received 604. A channel specification describes the content 
channel. Typically, the channel specification would be 
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received from a remote server (e.g., a proxy server or a 
content server). 

Next, a decision block 606 determines whether the par- 
ticular content channel will fit in the available reserved 
memory. A channel specification specifies the amount of 
reserved memory it requires, and this amount can be com- 
pared with an available amount of memory space in the 
reserved portion of the cache memory for the storing of 
content channels. When the decision block 606 determines 
that the particular content channel does not fit in the avail- 
able reserved memory, then a decision block 608 determines 
whether on-channel failure notifications are requested. 
When the decision block 608 determines that on-channel 
failure notifications are requested, then the on-channel fail- 
ure notifications are performed 610. On the other hand, 
when the decision block 608 determines that no on-channel 
failure notifications are required, then the block 610 is 
bypassed. Following block 610, the out-of-band initializa- 
tion processing 600 is complete and ends without loading 
the particular content channel in the cache memory. 

On the other hand, when the decision block 606 deter- 
mines that the particular content channel does fit in the 
amount of available reserved memory, a channel manager is 
informed 612 of the channel specification Universal 
Resource Identifier (URI). This allows the channel manager 
to setup the content channel. The channel manager is, for 
example, the channel manager 116 illustrated in FIG. 1. 
Next, any desired on-channel creation notifications are per- 
formed 614. Additionally, the channel contents are loaded 
616 into the cache memory. The loading 616 of the channel 
content is performed either in a background mode or during 
initialization of a mobile device. Following block 616, the 
out-of-band initialization processing 600 is complete and 
ends. 

FIGS. 7Aand 7B are flow diagrams of direct initialization 
processing 700 according to an embodiment of the inven- 
tion. The direct initialization processing 700 is activated by 
a user request to install a particular content channel in a 
mobile device. As an example, the channel manager 116 
illustrated in FIG. 1 is able to perform the direct initializa- 
tion processing 700. 

The direct initialization processing 700 begins with a 
decision block 702. The decision block 702 determines 
whether a request to install a content channel has been 
received. As long as such a request has not been received, 
the direct initialization processing 700 simply awaits the 
reception of such a request. Once the decision block 702 
determines that a request to install a content channel has 
been received, then a channel specification is requested 704. 
The channel specification describes the content channel to 
be installed. After requesting the channel specification, the 
channel specification is received 706. The channel specifi- 
cation is typically received 706 from a remote server 
through the wireless network. 

Next, a decision block 708 determines whether the con- 
tent channel is able to fit in the available reserved memory 
of the cache memory. When the decision block 708 deter- 
mines that the content channel does not fit in the available 
reserved memory, then a user is notified 710 that there is not 
enough memory to install the content channel. As an 
example, the notification can display a message on a display 
device of the mobile device. Then, a decision block 712 
determines whether any on-channel failure notifications are 
requested. When the decision block 712 determines that 
there are on-channel failure notifications to be performed, 
the on-channel failure notifications are performed 714. 
Alternatively, when the decision block 712 determines that 
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there are no on-channel failure notifications to be performed, are eligible to be removed if the channel crawling does not 

the block 714 is bypassed. Next, the display associated with indicate that the resource should remain within the channel 

the mobile device is returned 716 to the previous screen storage section of the cache memory. Next, a variable "space 

prior to requesting the channel installation because the used" is set 728 to zero (0). The space used variable is used 

content channel has not been installed. Following block 716, s to count up the amount of space being consumed by a 

the direct initialization processing 700 is complete and ends. channel as resources are added to the channel. Typically, a 

On the other hand, when the decision block 708 deter- channel specification will indicate a maximum amount of 

mines that the content channel does fit within the available memory storage within the channel storage section) it is 

reserved memory within the cache memory, then the user is permitted to consume. 

notified 718 that the content channel can be installed. Next, io Next, channel resource processing is performed 730. The 
a decision block 720 determines whether installation is still channel resource processing 730 is, for example, described 
desired by the user. When installation is not confirmed by the with respect to FIGS. 7D-7F which describe channel 
user, then the direct installation processing 700 is aborted resource processing. The channel resource processing oper- 
and the display associated with the mobile device is returned ates to obtain (as needed) and assign resources of the 
722 to the previous screen prior to requesting the installation 15 channel into the channel storage section of the cache 
of the content channel. Following block 722, the direct memory. 

initialization processing 700 is complete and ends. Following the channel resource processing 730, a deci- 
Alternatively, when the decision block 720 confirms the sion block 732 determines whether the status is currently 
initialization request, the channel manager is informed 724 "terminate crawling" which indicates that the channel crawl 
of the channel specification URL This allows the channel 20 processing 720 should end. When the decision block 732 
manager to setup the content channel. Then any desired determines that the status is not "terminate crawling," a 
on-channel creation notifications are performed 726. The decision block 734 determines whether the status is "addi- 
contents of the channel are then loaded 728 into the reserved tion complete". When the status is "addition complete," then 
portion of the cache memory. After loading the content of the channel is marked 736 as being complete. Otherwise, the 
the channel into the cache memory, the display device of the 25 channel is assumed to be incomplete and processing con- 
mobile device then displays 730 a top-level resource of the tinues. 

content channel that has been installed. Thereafter, the user Following the block 736, the decision block 734 when the 

of the mobile device is able to navigate through the contents status is not "addition complete," or the decision block 732 

of the channel as desired. Following block 730, the direct when the status is "terminate crawling," the channel crawl 

initialization processing 700 is complete and ends. 30 processing 720 has finished crawling through the channel 

The initialization processing 600, 700 described above and now is prepared to complete its processing. In particular, 

uses various notifications, including on-channel creation removal of the remaining resources in the channel that are 

notification and on-channel failure notifications. These can still marked "pending removal" is permitted 738. Once the 

be provided within the markup language file (e.g., XML) remaining resources are permitted 738 to be removed, the 

used to describe the content channel. Examples of notifica- 35 cache memory can remove them or write over them at a later 

tions are OnChannelCreate, OnChannelFail, time as is needed. Following block 738, the cache memory 

OnChannelDelete, and OnChannelOverflow. Typically, each is unlocked 740. Once unlocked, the cache memory is 

of the notification types being used can have a designated available for use by various applications. Following block 

URL where a message is to be sent. An example of which is 740, the channel crawl processing 720 is complete and ends, 

as follows: 40 FIGS. 7D-7F are flow diagrams illustrating channel 

<HANDLE TYPE-" OnChannelOverflow" HREF- Vcgi- resource processing 742 according to an embodiment of the 

bin/channelOverflow.cgi"/> invention. The channel resource processing 742 pertains to 

The content channel is loaded into a reserved portion of an embodiment of the channel resource processing associ- 

the cache memory. This reserved portion of the cache ated with block 730 in FIG. 7C. 

memory can also be referred to as a channel storage section 45 The channel resource processing 742 initially begins with 

of the cache memory. The loading or pre-loading of the a decision block 744. The decision block 744 determines 

various resources of a channel is referred to as channel whether a link level is greater than a maximum link level, 

crawling. Hence, the loading associated with block 616 of When the link level is greater than the maximum link level, 

FIG. 6 and with block 728 of FIG. 7Acan be performed by then the status is set 746 to "addition complete". Following 

channel crawl processing described below. Channel crawl 50 block 746, the channel resource processing 742 is complete 

processing generally operates to sequence through a and returns. 

resource (primary resource) and those resources that are Alternatively, when the decision block 744 determines 

linked to the primary resource. The primary resource is that the link level is not greater than the maximum link level, 

identified by a channel specification and is, for example, a decision block 748 determines whether the resource being 

often presented as a URL 55 processed is already in the channel and not designated 

FIGS. 7C-7F are flow diagrams of channel crawl pro- "pending removal" , When the decision block 748 deter- 

cessing 720 according to an embodiment of the invention. mines that the resource is already in the channel and not 

The channel crawl processing 720 initially locks 722 the designated "pending removal," then the channel resource 

cache memory. In effect, when locked, the cache memory processing 742 understands that the resource has been 

becomes operable in a read-only manner. Next, the channel 60 previously processed. Hence, in this case, the channel 

is marked 724 as being incomplete. Completeness in this resource processing 742 also sets 746 the status to "addition 

context indicates that the entire channel is present in the complete" and then returns. 

cache memory. Hence, "incomplete" indicates that the entire On the other hand, when the decision block 748 deter- 

channel is not present in the cache memory (namely, the mines that the resource is either not in the channel or not 

channel storage section). In addition, all resources of the 65 "pending removal", then a decision block 750 determines 

channel are marked 726 as "pending removal". Pending whether the resource is in the cache memory and also 

removal signifies that the particular resources of the channel "fresh". As an example, entries in a cache memory are 
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"fresh" when their expiration date has not been exceeded. On the other hand, when the decision block 778 deter- 
When the decision block 750 determines that the resource is mines that there are no more links in the resource to be 
not both in the cache and "fresh", then the resource is processed, then a decision block 780 determines whether the 
requested 752 in an asynchronous manner. Asynchronous resource being processed is complete. When the decision 
requests of this type were discussed above and allow the s block 780 determines that the resource is complete, then the 
processing to proceed without waiting for the resource. status is set 782 to "addition complete" Then, following 
Next, the status is set 754 to "addition incomplete". Fol- block 782j ^ t channel resource processing for the particular 
lowing block 754, the channel resource processing 742 is ^ the Hnk level ^ decrcmectcd 784 . Following block 784, 
complete and returns. . . the channel resource processing 742 returns. Here, the 

AlternaUvely, when the deasion block 750 de ermines h processing 742 is returning up one level 

that the resource is both m the cache and "fresh", then a , • -n *- aw *■ i u n,* 

decision block 756 determines whether the resource size is ^ here Tf^J ^ternaUvely, when the 

greater than the available channel space. Here, the decision de ™ bl u ock u 780 determines tha toe resource is no 

block 756 is determining whether the particular resource complete, then the status is set 785 to addition incomplete 

being processed is able to fit within the available channel Then the link level is decremented 784^ Following block 

space that has been allocated for storage of the channel. The 35 784 > toe channel resource processing 742 for the particular 

available channel space is determined from the space used ^ ^ complete and thus returns to the prior level, 

variable. When the decision block 756 determines that the As described above in the channel resource processing 

resource size is greater than the available channel space, 742, when resources are not available in the cache, or the 

then overflow notifications are performed 758. Then, the resources are "stale" if they are in the cache, asynchronous 

status is set 760 to "terminate crawling". Following block 20 requests for the resources are made. Here, the asynchronous 

760, the channel resource processing 742 is complete and requests are forwarded to a remote server and a reply from 

completely returns to the channel crawl processing 720 (at the remote server forwards the requested resource back to 

the decision block 732). the mobile device that has issued the request. When such 

On the other hand, when the decision block 756 deter- incoming requests are received by the mobile device, they 

mines that the resource size is not greater than the available 25 are processed as described below with respect to FIG. 7G. 

channel space, then the resource is added 762 to the channel. FIG. 7G is a flow diagram of asynchronous request 

Then, the space used variable is increased 764 by the completion processing 786 according to an embodiment of 

resource size. The resource stored in the channel portion of the invention. The asynchronous request completion pro- 

the cache memory is also marked 766 as "not pending cessing initially begins with a decision block 788. The 

removal". In effect, this places the resource in the channel 30 decision block 788 determines whether the incoming 

storage section of the cache memory where it is protected. resource (i.e., the requested resource) is a command. When 

Next, the link level is incremented 768. The link level the decision block 788 determines that the incoming 

indicates the level of the channel which is being currently resource is a command, then the command is processed 790. 

processed. Although not shown, all returns described also Here, the processing of commands is separate from the 

decrement the link level. Complete returns actually return to 35 processing of resources that were previously requested such 

the initial level and set the link level accordingly. as during the channel crawl processing. Following block 

At this point, the base level resource has been processed. 790, the asynchronous request completion processing is 

Next, the channel response processing 742 operates to complete and ends because, in such case, the incoming 

process the links to other resources that are embedded within resource was a command that was received and not a 

the primary resource. This processing of the links is per- 40 resource that was previously asynchronously requested, 

formed in a recursive manner as is detailed below. On the other hand, when the decision block 788 deter- 

The channel resource processing 742 performs channel mines that the incoming resource is not a command, then it 

resource processing 770 on links within the resource. Hence, is assumed that the incoming resource is a resource that was 

at this point, for a link within the resource, the processing previously asynchronously requested by the mobile device 

returns in a recursive manner to repeat the channel resource 45 (e.g., asynchronous message manager 110 or 214). Hence, 

processing 742 beginning at block 744. When a return the incoming resource is stored 792 in the cache memory, 

occurs, the processing will be exiting the block 770 in FIG. Then, a decision block 794 determines whether the incom- 

7E. However, prior to that, the links are crawled down (via ing resource is destined for the channel (i.e., for the channel 

its links) to maximum level so as to bring in the correspond- storage section of the cache memory). Here, the asynchro- 

ing resources into the channel. Once the processing exits the 50 nous request completion processing 786 determines whether 

block 770, a decision block 772 determines whether the the incoming resource is part of a channel that is to be 

status is "terminate crawling." When the decision block 772 provided on the mobile device. When the incoming resource 

determines that the status is "terminate crawling," then the is destined for a channel, then the channel crawl processing 

channel resource processing 742 completely returns to the is restarted 796 to determine whether the incoming resource 

channel crawl processing 720 where it will be exiting block 55 can be added to the channel. In one embodiment, the 

730 in FIG. 7C. restarting of the channel crawl processing is utilized to cause 

On the other hand, when the decision block 772 deter- the channel to be updated in accordance with the incoming 

mines that the status is not "terminate crawling," a decision resource as well as to generally update its status and 

block 776 determines whether the status is "addition incom- resources. Alternatively, when the resource is not destined 

plete." When the decision block 776 determines that the 60 for a channel, the block 796 is bypassed. Following block 

status is "addition incomplete," then the resource is marked 796, as well as following the decision block 794 when the 

776 as incomplete. Following the decision block 776 when resource is not destined for a channel, the asynchronous 

the status is not "addition incomplete," a decision block 778 request completion processing 786 is complete and ends, 

determines whether there are more links in the resource to be The third aspect of the invention pertains to improved list 

processed. If the decision block 778 determines that there 65 processing within mobile devices such that lists can be 

are more links to be processed, then processing returns to manipulated without server interaction. Accordingly, 

repeat block 770 and subsequent blocks. improved operation of mobile devices results because list 
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processing can be performed even during periods of network 
unavailability. The third aspect of the invention is described 
in greater detail below with respect to FIGS. 8-10. 

FIG. 8 is a diagram of a user interface having a displayed 
list 800 according to an embodiment of the invention. The 
displayed list 800 is, for example, displayed on a display 
screen (display device) of a mobile device. The list 800 
includes a first item 802, a second item 804 and a third item 
806. The three items 802, 804 and 806 represent a list that 
is displayed on the display screen of the mobile device. The 
list 800 can be manipulated using navigation buttons on the 
mobile device in conjunction with user command buttons 
808 and 810. The user command button 808 performs a read 
command for a selected one of the list items, and the user 
command button 810 performs a delete command to delete 
a selected one of the list items. The displayed list 800 is 
defined by a representative descriptive file, such as "head- 
ers.wmr which is a wireless markup language (WML) file 
that defines the list 800. 

Conventionally, if the list 800 were to be modified, the 
mobile device would need to interact with the server spon- 
soring the list 800. For example, if the user of the mobile 
device were to select the first list entry 802 and then select 
the user command button 810, the user would request that 
the first list item 802 be removed from the list 800. However, 
to implement the change to the list 800, the mobile device 
would need to tell the server sponsoring the list (e.g., a 
remote server) that the user has requested a certain modifi- 
cation. Then, the mobile device would wait for the remote 
server to modify the master list at the sponsoring server, and 
then forward an updated descriptive file (e.g., "header- 
s.wml" file) to the mobile device. One problem with the 
conventional approach is that it requires interaction with the 
server which tends to introduce undesired latencies and 
involve significant waiting periods for the user due to 
periodic wireless network unavailability. 

According to the third aspect of the invention, lists 
displayed on display screens of mobile devices are able to be 
manipulated without interaction with remote servers through 
a wireless network. In other words, the displayed lists are 
able to be manipulated by local processing on the mobile 
device without any need for wireless network availability. 
Thereafter, the appropriate sponsoring servers can be 
informed (e.g., asynchronously) of the modifications that 
have been made to the lists so that the server can update the 
master list. 

As shown in FIG, 8, a data structure referred to as a list 
object 812 is provided on the mobile device. The list object 
812 is used to manage and manipulate the displayed list 800. 
The list object 812 is referred to as "headerlist.lst" and, in 
this example, corresponds to the "headers .wml" file which 
pertains to the displayed list 800. The list object 812 includes 
a list specification 814 that defines the characteristics of the 
list. Additionally, the list object 812, after being initiated by 
a list manager (e.g., list manager 118), includes various list 
elements that correspond to entries in the list. In particular, 
the list object 812 illustrated in FIG. 8 includes a first list 
element 816, a second list element 818 and a third list 
element 820. The list elements 816, 818 and 820 respec- 
tively correspond to the entries 802, 804 and 806 of the 
displayed list 800. 

The list specification 814 contains information on the 
characteristics of the list. These characteristics include: a 
base URI for the list, ascending or descending display order, 
a target element, maximum number of items in the list, a 
reclamation algorithm, access control and notification han- 
dlers. The base URI points to a descriptive file for the list 
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(e.g., headers. wml). The target element is a pointer to a 
portion of the descriptive file of the displayed list that can be 
altered by the list manager. The maximum number of items 
indicates the maximum number of items that the list can 
hold. The reclamation algorithm indicates a technique by 
which the memory space being consumed by the list can be 
reclaimed. The access control indicates which domains on 
remote servers are permitted to access files associated with 
the list. The notification handlers operate to trigger certain 
requests or actions (via URLs) when events occur with 
respect to the list. For example, a sponsoring server (remote 
server) is notified when modifications are locally made to a 
list. Examples of notification handles include: OnDelete, 
Oninsert, OnLock, OnUnLock, and OnGetList. 

Each of the list elements 816, 818 and 820 include a title, 
a resource location, and a sort key. The title (or label) for a 
list element is that which is displayed in a list entry of a 
displayed list. For example, the first tist element 816 would 
have a title "Joe" and thus, the first list item 802 in the 
displayed list 800 is entitled "Joe". However, the list item 
802, 804 and 806 are displayed from the descriptive file 
(headers.wml) for the displayed list 800. The resource 
location is a pointer to the resource behind the list element. 
For example, if the first list element 816 corresponds to an 
e-mail from "Joe", then the resource location (resource_ 
location- 1) is a file describing the contents of the email (e.g., 
joe. wml). The sort key for a list element is used to sort the 
elements or entries of a list. 

The manipulation of a displayed list by local processing 
is explained by the following representative example. 
Assume that the list entry 802 of the displayed list 800 is 
being deleted by a user of the mobile device. To initiate the 
deletion of the list entry 802, the user would select the list 
entry 802 and then activate the user command button 810. In 
response to the activation of the user command button 810, 
the list manager would locate the corresponding list element 
816 within the list object 812 that is associated with the 
displayed list 800. Then, the list manager would modify the 
list object 812 by removing the list item 816 from the list 
object 812. Next, the list manager would locate the target 
element within the descriptive file (headers.wml) for the 
displayed list 800 using the contents of the list specification 
814. Then, within the target element, the list manager would 
find a target portion pertaining to the list entry 802 within the 
descriptive file. One approach to finding the appropriate 
target portion would be to search the target element using the 
title (e.g., Joe) of the list entry sought. Once at the target 
portion within the descriptive file, the list manager would 
edit the descriptive file by removing the content associated 
with the list entry 802. Besides the searching and editing 
approach, another approach is to regenerate the target ele- 
ments (or the whole descriptive file) to match the current 
state of the list elements within the list object. By modifying 
(e.g., edit or regenerate) the descriptive files for the dis- 
played list 800, the mobile device is caused to redisplay the 
displayed list 800 such that the list entry 802 is no longer 
present. At this point, the displayed list 800 has only two list 
entries (804 and 806) and the list object 812 would have only 
two list elements (818 and 820). Note that all this processing 
occurs locally on the mobile device without any interaction 
with the appropriate server via a wireless network. However, 
to keep the server notified of changes to displayed lists, the 
notification handlers contained or pointed to by the list 
specification 814 are utilized. In this representative example, 
an on-delete notification handler can be selected and a URL 
designated by that notification handler can be used to send 
a notification message to the appropriate server. In one 
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embodiment, the notification messages sent by the mobile complete and ends. While the general mobile device pro- 
machine are asynchronously sent using asynchronous mes- cessing 900 is described as generalized processing, it should 
saging techniques described above. be recognized that FIG. 9 is illustrated to indicate how and 
Although the list elements 816, 818 and 820 are part of the when certain commands are directed to a list manager for 
list object 802, the list entries could form part of the 5 their processing. 

descriptive file associated with the displayed list 800. Such FIG. 10 is a flow diagram of list command processing 

an approach may be more memory efficient. 1000 according to an embodiment of the invention. The list 

An exemplary list specification (in a WML format) for a command processing 1000 is, for example, performed by the 

user's stock portfolio that can list up to ten (10) stocks as list manager 118 illustrated in FIG. 1. 

well as delete particular stocks is as follows. 10 The list command processing 1000 begins with a decision 

<LIST BASE="http://stocks.uplanet.com/" HREF» block 1002. The decision block 1002 determines whether a 

"portfolio .wml" ID-"stocklist" > ust command has been received. Until a list command has 

<! -- maximum of 10 items in the portfolio --> been received, the list command processing 1000 is in a wait 

<RESOURCES MAXITEMS-"10" RECLAIM- state. Once the decision block determines that a list com- 

"FIFO"/> 15 mand has been received, the list command processing 1000 

. „ . „ t . „ Mw . , , _ nn ita m , m t . t ramn „ a continues. Once the list command processing 1000 

<! — when the user deletes an item from the list, remove . i- . , . . • ■, , j . ,- . 

it from the portfolio > continues, a list object is modified 1004 based on the list 

<NOTIFY TYPE-"OnDelete" HREF=«delete.cgi'7> «Hnm«nd- N«t, 8« element within the target docu- 

ment is identified 1006. Then, within the target element that 

^ > , , „ „ . „ Ti „ , , 20 has been identified, a portion of the target element to be 

Tlie target document can be the following WML deck, modificd ig ]ocated im ^ ^ portion of the ^ 

with a single card shown. The text in the card presents the element ig modi ^ 1010 based on the list command . For 

title of the list. Also, a menu option provides a link to a menu cxamplej if the list command requested deletion of a list 

of commands that can operate on the currently selected entry, then a portion of the target element would be removed 

°P uons - 25 from the target document. On the other hand, if the list 

<WML> command requested insertion, then additional content would 

<CARD> be inserted into the target document at the portion (i.e., a 

<DO TYPE="OPTION" LABEL="Menu" particular position) of the target element. 

ONCLICK="menu.wml"/> After having modified the target document in accordance 
My Stock Portfolio 30 with the list command, an appropriate notification handler is 
<SELECT ID="stocklist" KEY="K"> identified 1012. Typically, the appropriate notification han- 
<!« Ust entries will be placed here as OPTIONS dler can be selected based on the type of list command that 
--> has been processed. After identifying 1012 the appropriate 
</SELECT> notification handler, the appropriate notification handler is 
</CARD> 35 invoked 1014 to notify a sponsoring server (remote server) 
</WML> of the modifications made to the target document. The 
FIG. 9 is a flow diagram of general mobile device action sponsoring server typically holds a master of the target 
processing 900 according to an embodiment of the inven- document and thus the notification to the sponsoring server 
tion. The general mobile device action processing 900 allows the server to modify the master document in accor- 
indicates how a list manager is activated. 40 dance with the user's actions on the mobile device. In one 
The general mobile device processing 900 begins with a embodiment, the notification provided to the server is per- 
decision block 902 that determines whether user action has formed by an asynchronous message that is sent by an 
occurred. If no user action has occurred, then the general asynchronous message handler such as described above, 
mobile device processing 900 awaits the reception of user Asynchronous notification is preferred because the mobile 
action. Alternatively, a decision block 904 is provided to 45 device need not wait for any server actions which, if 
determine whether pushed content has arrived. When the required, would induce latencies or delays to the user of the 
decision block 904 determines that no pushed content has mobile device. Following block 1014, the list command 
arrived, then the general mobile device processing 900 processing 1000 is complete and ends, 
awaits the arrival of pushed content. Hence, the general FIG. 11 is a block diagram of a representative commu- 
mobile device processing 900 is in a wait state until either 50 nication system 1100 for use with the invention. The corn- 
user action has occurred or pushed content has arrived at the munication system 1100 includes a wired section 1102 and 
mobile device. Once either of these has occurred, the general a wireless section 1104. The wired section 1102 includes a 
mobile device processing 900 continues. network 1106 and a network gateway 1108. In one 
When the general mobile device processing 900 embodiment, the network 1106 is the Internet, which rep- 
continues, a decision block 906 determines whether the 55 resents a large number of interconnected computers. In 
invoking action is a list command. When the decision block another embodiment, the network 1106 is an intranet or 
906 determines that the invoking action is a list command, private network of computers. 

then the list command is forwarded 908 to the list manager. The network gateway 1108 operates to provide a gateway 
The list manager then processes the list command. As an from the wired section 1102 and the wireless section 1104. 
example, a list command can be signified by having the 60 The network gateway 1108 serves as a primary transition 
prefix "listmgr:". On the other hand, when the decision point between the wireless communication of the wireless 
block 906 determines that the invoking action for either the section 1104 and the wired communication of the wired 
user action or the received push content is not a list section 1102. The network gateway 1108 receives the 
command, then other action processing 910 is performed. incoming content request from the carrier network 1114 and 
The other action processing 910 can be convention process- 65 performs protocol conversion as necessary. The network 
ing of commands. Following block 910 as well as following gateway 1108 will normally perform some protocol trans- 
block 908, the general mobile device processing 900 is lation and other account management and verification opera - 



06/29/2004, EAST Version: 1.4.1 



US 6,721,288 Bl 



23 



24 



tions. The network gateway 1108 includes an account infor- 
mation storage area 1110 that stores account, configuration 
and other information. The wireless section 1104 includes a 
carrier network 1114 and at least one remote wireless 
computing device 1116. The network gateway 1108 also 
receives messages from the network 1106 and forwards 
them to the appropriate remote computing devices. 

The remote computing device 1116 can, for example, be 
a mobile phone, a Personal Digital Assistant (PDA), or a 
portable general purpose computer. The remote wireless 
computing device 1116 includes a display 1118 for display- 
ing screens or pages of information, a remote wireless 
browser 1120, and navigation buttons 1122 and 1124. The 
remote wireless browser 1120 is usually an application 
program that executes on the remote computing device 1116. 
The remote wireless browser 1120 provides the screens or 
pages of information to be displayed on the display 1118. 
The navigation buttons 1122 and 1124 allow a user to 
navigate through or make selections from menus or lists 
being displayed on the display 1118 by the remote wireless 
browser 1120. The remote wireless computing device 1116 
can also include an alphanumeric keypad (not shown) that 
allows a user to enter alphanumeric information, though 
such is not necessary as alphanumeric information can also 
be entered using a dial screen displayed on the display 1118 
with selections being made using the navigation buttons 
1122 and 1124. By interacting with the remote wireless 
browser 1120, a user is able to access information located on 
the network 1106. According to the invention, the remote 
wireless browser 1120 of the mobile device 1116 is able to 
operate with substantially less waiting for server interaction, 
which is particularly beneficial when the wireless section 
1104 is unable to communicate with the wired section 1102. 

Typically, the wireless section 1104 will include a plural- 
ity of remote wireless browsers 1120, each of which 
executes on a different remote computing device. The con- 
figuration and other information stored in the account infor- 
mation storage area 1110 can store service limitations, 
security limitations, pre-selected content channels, prefer- 
ence information, screen configuration information, and the 
like for each of the remote wireless browsers 1120. The 
account information storage area 1110 can also store data or 
pages of data that are of interest to the remote wireless 
browsers 1120, The stored data or pages can operate as a 
cache of information previously requested from the network 
1106 or can operate as an information server within the 
network gateway 1 108. For example, as an information 
server, the storage pages can represent pages to be displayed 
by the remote wireless browsers. 

In one embodiment, the remote wireless browser 1120 
understands and displays WML content type which was 
designed for mobile devices. The specification for WML, 
"Wireless Application Protocol Wireless Markup Language 
Specification" (WAP WML), Apr. 30, 1998 is hereby incor- 
porated by reference. 

The advantages of the invention are numerous. Several 
advantages that embodiments of the invention may include 
are as follows. One advantage of the invention is that 
operation of mobile devices is less dependent on network 
availability. As a result, users of mobile devices experience 
better responsiveness and less waiting. Another advantage of 
the invention is that both synchronous and asynchronous 
messaging are available to mobile devices. Still another 
advantage of the invention is that a programmer or content 
author can determine how navigation is performed, namely 
whether synchronous requests or asynchronous requests are 
used. Yet another advantage of the invention is that lists can 
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be manipulated on mobile devices without having to support 
or provided the significant amounts of resources needed to 
provide scripting. Another advantage of the invention is the 
ability to obtain and guarantee the presence of certain 
content channels at mobile devices. 

The many features and advantages of the present inven- 
tion are apparent from the written description, and thus, it is 
intended by the appended claims to cover all such features 
and advantages of the invention. Further, since numerous 
modifications and changes will readily occur to those skilled 
in the art, it is not desired to limit the invention to the exact 
construction and operation as illustrated and described. 
Hence, all suitable modifications and equivalents may be 
resorted to as falling within the scope of the invention. 

What is claimed is: 

1. A method for sending a resource request of a mobile 
device to a remote server through a wireless network, said 
method comprising the acts of: 

(a) receiving a resource request, the requested resource 
being associated with the remote server; 

(b) determining whether the requested resource is of a 
synchronous type resource request or of an asynchro- 
nous type resource request; 

(c) placing the resource request in an outgoing queue and 
not awaiting a resource reply when said determining (b) 
determines that the resource request is an asynchronous 
type resource request; and 

(d) when said determining (b) determines that the 
resource request is a synchronous type resource 
request, performing the acts of 

(dl) determining whether the requested resource is 
present in a local cache memory of the mobile 
device; 

(d2) supplying the requested resource from the local 
cache memory when said determining (d) determines 
that the requested resource is present in the local 
cache memory; and 

(d3) sending the resource request to the remote server 
through the wireless network and awaiting a resource 
reply when said determining (d) determines that the 
requested resource is not present in the local cache 
memory. 

2. A method as recited in claim 1, wherein said method 
further comprises: 

(e) removing the resource request from the outgoing 
queue when the wireless network is available and then 
sending the resource request to the remote server 
through the wireless network. 

3. A method as recited in claim 2, wherein said method 
further comprises: 

(f) receiving a resource reply at the mobile device in 
response to the asynchronous resource request via the 
wireless network when the wireless network is avail- 
able. 

4. A method as recited in claim 3, wherein said method 
further comprises: 

(g) storing the resource reply in the cache memory. 

5. A method as recited in claim 1, wherein the application 
executing on the mobile device issues the resource request 
and indicates whether the resource request is a synchronous 
resource request or asynchronous resource request. 

6. A method as recited in claim 1, wherein the application 
is a web browser, and the resource request references a 
universal resource identifier. 

7. A method as recited in claim 6, wherein the mobile 
device is one of a mobile telephone, a mobile pager, a mobile 
personal digital assistant, and a mobile computer. 
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8. A method as recited in claim 7, wherein said method 
further comprises: 

(e) determining whether the wireless network is available; 
and 

(f) removing the asynchronous resource request from the 
outgoing queue when the wireless network is available 
and then sending the asynchronous resource request to 
the remote server through the wireless network. 

9. A method as recited in claim 8, wherein the application 
executing on the mobile device issues the resource request 
and indicates whether the resource request is a synchronous 
resource request or asynchronous resource request. 

10. A mobile device that connects to a remote server 
through a network, said mobile device comprising: 

an application that executes on said mobile device, said 
application produces outgoing messages that are to be 
sent to the remote server; 

an asynchronous message queue that stores outgoing 
messages from said application that are to be sent from 
said mobile device to the remote server; and 

an asynchronous message manager that manages the 
sending of the outgoing messages from said asynchro- 
nous message queue to the remote server through the 
network, 

wherein the outgoing messages are synchronous or asyn- 
chronous messages, 

wherein said mobile device further comprises a synchro- 
nous message manager that manages the sending of the 
synchronous messages to the remote server through the 
network, 

wherein said asynchronous message queue stores the 
asynchronous messages from said application that are 
to be sent from said mobile device to the remote server, 
and 

wherein said asynchronous message manager that man- 
ages the sending of the asynchronous messages from 
said asynchronous message queue to the remote server 
through the network. 

11. A mobile device as recited in claim 10, 
wherein the network comprises a wireless network, 
wherein said application requests asynchronous transmis- 
sion of the outgoing messages, and 

wherein said application does not await to receive reply 
messages from the remote server in response to the 
outgoing messages. 

12. A mobile device as recited in claim 10, 
wherein the network comprises a wireless network, 
wherein the outgoing messages are requests for resources, 

and 

wherein said mobile device further comprises: 

a cache memory that stores resources likely to be 

requested by said application; 
a channel manager that loads a content channel into 

said cache memory from the remote server through 

the wireless network. 

13. A mobile device as recited in claim 12, wherein said 
channel manager loads a content channel when said mobile 
device is provisioned or on a user request. 

14. A mobile device as recited in claim 12, wherein the 
content channel comprises channel resources, 

wherein said channel manager stores the channel 
resources in a reserved portion of said cache memory. 

15. A mobile device as recited in claim 14, wherein the 
channel resources stored in the reserved portion of said 
cache memory are protected from cache clean-up or refresh 
processing. 
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16. A mobile device as recited in claim 12, 
wherein the network comprises a wireless network, 
wherein the outgoing messages are requests for resources, 

and 

wherein said mobile device further comprises a list man- 
ager that manages lists provided on said mobile device 
such that lists can be manipulated without interaction 
with the remote server through the wireless network. 

17. A mobile device that connects to a remote server 
through a network, said mobile device comprising: 

an application that executes on said mobile device, said 
application produces outgoing messages that are to be 
sent to the remote server; 

an asynchronous message queue that stores outgoing 
messages from said application that are to be sent from 
said mobile device to the remote server; and 

an asynchronous message manager that manages the 
sending of the outgoing messages from said asynchro- 
nous message queue to the remote server through the 
network, 

wherein the network comprises a wireless network, 
wherein the outgoing messages are requests for resources, 
and 

wherein said mobile device further comprises a list man- 
ager that manages a list provided on said mobile device 
such that lists can be manipulated without interaction 
with the remote server through the wireless network. 

18. A mobile device as recited in claim 17, wherein said 
mobile device stores a list object for the list, the list object 
facilitates said list manager in manipulating the list. 

19. A mobile device as recited in claim 18, 

wherein the list is display on a display device of said 
mobile device, and 

wherein said list object comprises: a list specification that 
describes the list, and a plurality of list elements that 
correspond to each entry of the displayed list. 

20. A mobile device as recited in claim 17, wherein said 
mobile device stores a list object for the list, the list object 
facili tales said list manager in manipulating the list as well 
as subsequent asynchronous notification of the remote server 
of the manipulations that have been made to the list. 

21. A computer readable medium including computer 
program code for sending a resource request of a mobile 
device to a remote server through a wireless network, said 
computer readable medium comprising: 

computer program code for receiving a resource request, 
the requested resource being associated with the remote 
server; 

computer program code for determining whether the 
requested resource is of a synchronous type resource 
request or of a an asynchronous type resource request; 

computer program code for placing the resource request 
in an outgoing queue and not awaiting a resource reply 
when the resource request is an asynchronous type 
resource request; and 

computer program code for sending the resource request 
to the remote server through the wireless network and 
awaiting a resource reply when the resource request is 
a synchronous type resource request. 

22. A computer readable medium as recited in claim 21, 
wherein said computer readable medium further comprises: 

computer program code for removing the resource request 
from the outgoing queue when the wireless network is 
available and then sending the resource request to the 
remote server through the wireless network. 
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23. A computer readable medium as recited in claim 22, 
wherein said computer readable medium further comprises: 

computer readable medium for receiving a resource reply 
at the mobile device in response to the asynchronous 
resource request via the wireless network when the 5 
wireless network is available. 

24. A computer readable medium as recited in claim 21, 
wherein the application executing on the mobile device 
issues the resource request and indicates whether the 
resource request is a synchronous resource request or asyn- 10 
chronous resource request. 

25. A computer readable medium as recited in claim 24, 
wherein the application is a web browser, and the resource 
request references a universal resource identifier. 

26. A computer readable medium as recited in claim 25, 15 
wherein the mobile device is one of a mobile telephone, a 
mobile pager, a mobile personal digital assistant, and a 
mobile computer. 
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27. A computer readable medium as recited in claim 21, 
wherein said computer readable medium further comprises; 

computer program code for determining whether the 
wireless network is available; and 

computer program code for removing the asynchronous 
resource request from the outgoing queue when the 
wireless network is available and then sending the 
asynchronous resource request to the remote server 
through the wireless network. 

28. A computer readable medium as recited in claim 27, 
wherein the application executing on the mobile device 
issues the resource request and indicates whether the 
resource request is a synchronous resource request or asyn- 
chronous resource request. 

+ + + + + 
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